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Foreword 



This Technical Specification has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 
where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The present document is part 2 of a multi-part TS covering the 3' Generation Partnership Project: Technical 
Specification Group Core Network; Open Service Access (OSA); Application Programming Interface (API), as 
identified below. The API specification (3GPP TS 29.198) is structured in the following Parts: 



Parti: 
Part 2: 

Part 3: 
Part 4: 



Parts 
Part 6 
Part? 
Parts 
Part 9 
Part 10 
Part 11 
Part 12 
Part 13 
Part 14 



"Overview"; 

"Common Data Definitions"; 

"Framework"; 

"Call Control"; 

Sub-part 1: "Call Control Common Definitions"; 

Sub-part 2: "Generic Call Control SCF"; 

Sub-part 3: "Multi-Party Call Control SCF"; 

Sub-part 4: "Multi-Media Call Control SCF"; 

Sub-part 5: "Conference Call Control SCF"; 

"User Interaction SCF"; 

"Mobility SCF"; 

"Terminal Capabihties SCF"; 

"Data Session Control SCF"; 

"Generic Messaging SCF"; 

"Connectivity Manager SCF"; 

"Account Management SCF"; 

"Charging SCF". 

"Policy Management SCF"; 

"Presence and Availability Management SCF"; 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(not part of 3GPP Release 5) 



(not part of 3GPP Release 5) 
(not part of 3GPP Release 5) 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 



The Mapping specification of the OSA APIs and network protocols (3GPP TR 29.998) is also structured as above. 
A mapping to network protocols is however not applicable for all Parts, but the numbering of Parts is kept. 
Also in case a Part is not supported in a Release, the numbering of the parts is maintained. 
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Table: Overview of the OSA APIs & Protocol Mappings 29.198 & 29.998-family 



OSA API specifications 29.198-family 


OSA API Mapping - 29.998-family 


29.198-01 


Overview 


29.998-01 


Overview 


29.198-02 


Common Data Definitions 


29.998-02 


Not Applicable 


29.198-03 


Framework 


29.998-03 


Not Applicable 


Call 
Control 
(CC) 
SCF 


29.198- 
04-1 

Common 
CC data 
definitions 


29.198- 
04-2 
Generic 
CCSCF 


29.198- 
04-3 
Multi- 
Party CC 
SCF 


29.198- 
04-4 
Multi- 
media CC 
SCF 


29.998-04-1 


Generic Call Control - CAP mapping 


29.998-04-2 


Generic Call Control — INAP mapping 


29.998-04-3 


Generic Call Control — Megaco mapping 


29.998-04-4 


Multiparty Call Control - SIP mapping 


29.198-05 


User Interaction SCF 


29.998-05-1 


User Interaction - CAP mapping 


29.998-05-2 


User Interaction — INAP mapping 


29.998-05-3 


User Interaction - Megaco mapping 


29.998-05-4 


User Interaction - SMS mapping 


29.198-06 


Mobility SCF 


29.998-06 


User Status and User Location - MAP mapping 


29.198-07 


Terminal Capabilities SCF 


29.998-07 


Not Applicable 


29.198-08 


Data Session Control SCF 


29.998-08 


Data Session Control - CAP mapping 


29.198-09 


Generic Messaging SCF 


29.998-09 


Not Applicable 


29.198-10 


Connectivity Manager SCF 


29.998-10 


Not Applicable 


29.198-11 


Account Management SCF 


29.998-11 


Not Applicable 


29.198-12 


Charging SCF 


29.998-12 


Not Applicable 


29.198-13 


Policy Management SCF 


29.998-13 


Not Applicable 


29.198-14 


Presence & Availability Management SCF 


29.998-14 


Not Applicable 
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Scope 



The present document is Part 2 of the Stage 3 specification for an Apphcation Programming Interface (API) for Open 
Service Access (OS A). 

The OSA specifications define an architecture that enables application developers to make use of network functionality 
through an open standardised interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA 
are contained in 3GPP TS 23.127 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Common Data definitions of the OSA. The Common Data definitions contain data- 
types that are common across the rest of the OSA API. All aspects of the Common Data are defined here, these being: 

Data definitions; 

IDL Description of the data types; 

WSDL Description of the data types; 

Reference to the Java API description of the data types. 

This specification has been defined jointly between 3GPP TSG CN WG5, ETSI SPAN 12 and the Parlay Consortium, 
in co-operation with a number of JAIN'"^ Community member companies. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 29.198-1: "Open Service Access; Application Programming Interface; Part 1: 
Overview" . 

[2] 3GPP TS 22.127: "Stage 1 Service Requirement for the Open Service Access (OSA) (Release 5)". 

[3] 3GPP TS 23.127: "Virtual Home Environment (Release 5)". 

[4] ISO 8601: "Data elements and interchange formats - Information interchange - Representation of 

dates and times". 

[5] 3GPP TS 22.024: "Description of Charge Advice Information (CAI)". 

[6] IETF RFC 1738: "Uniform Resource Locators (URL)". 

[7] IETF RFC 0822: "Standard for the format of ARPA Internet text messages". 

[8] ISO 4217 (1995): "Codes for the representation of currencies and funds ". 

[9] ITU-T Recommendation E. 164: "The international public telecommunication numbering plan". 

[10] ITU-T Recommendation X.400: "Message handling system and service overview". 

[II] ISO 639: "Code for the representation of names of languages". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 29.198-1 [1] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 29.198-1 [1] apply. 

4 Common Data definitions 

The following clauses describe each aspect of the Common Data definitions. 

The order is as follows: 

The Data definitions clause shows a detailed expansion of each of the data types associated with the methods 
within the classes. 

IDL description of the data types (normative Annex); 

WSDL description of the data types (informative Annex); 

Reference to the Java API description of the data types (informative Annex). 

5 Common System Data definitions 

These data definitions are assumed to be provided by the client operating system. 

5.1 Standard Data types 

The APIs assume that the following Data types can be supported. 

5.1.1 TpBoolean 

Defines a Boolean data type. 

5.1.2 Tplnt32 

Defines a signed 32-bit integer. 

5.1.3 TpFloat 

Defines a single precision real number. 

5.1.4 TpLongString 

Defines a Byte string, comprising length and data. The length shall be at least a 32-bit integer. 

5.1.5 TpOctet 

Defines an 8-bit quantity that is not translated during transmission. 
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5.1.6 TpOctetSet 

Defines a Numbered Set of Data elements of TpOctet. 

5.1.7 TpString 

Defines a Byte string, comprising length and data. The length shall be at least a 16-bit integer. 

5.1.8 TpAssignmentID 

Defines an assignment ID with a value that is at least unique within the context of the implementation of the interface 
creating this ID. This ID is used to identify single or multiple event notifications enabled by the requesting interface 
implementation. This ID can also be used by the requesting interface implementation to modify or stop further event 
notifications. 

Example 1, mylpUserLocation may implement the IpUserLocation interface. If so, mylpUserLocation may receive 
multiple Req methods, and will generate a single assignment ID per request that is unique within the context of 
mylpUserLocation. 

Example 2, mylpMultiPartyCallControlManager may implement the IpMultiPartyCallControlManager interface. If so, 
mylpMultiPartyCallControlManager may receive multiple createNotification method invocations, and will generate a 
single assignment ID per request that is unique within the context of mylpMultiPartyCallControlManager. 
mylpMultiPartyCallControlManager may also receive changeNotification or destroyNotification methods that will 
contain an assignment ID used to correlate these methods with the original createNotification method. 

The assignment ID is identical to a Tplnt32 type. 

5.1.9 TpSessionID 

Defines a session ID with a value that is at least unique within the context of a specific instance of an SCF. An instance 
of an SCF is a single service manager instance plus the associated subordinate instances. For example, a single 
MultiPartyCallControlManager instance plus all associated MultiPartyCall and MultiPartyCallLeg instances. The 
session ID is used to identify different sessions (e.g. different call or call leg sessions) of an interface capable of 
handling multiple sessions. 

Example 1, myCallObject may implement the IpCall interface. If so, myCallObject may handle multiple call sessions, 
and each call session will be identified by a call session ID value (e.g. 1, 2, 3) that is unique within the context of the 
SCF instance. 

Example 2, myCallAndCallLegObject may implement the IpCall and IpCallLeg interfaces. If so, 
myCallAndCallLegObject may handle multiple call sessions and multiple call leg sessions. Each call session will be 
identified by a call session ID value (e.g. 1, 2, 3) that is unique within the context of the SCF instance. Similarly, each 
call leg session will be identified by a call leg session ID value (e.g. 1, 2, 3, 4, 5, 6) that is also unique within the context 
of the SCF instance. Because call session IDs and call leg session IDs are different data types, overlapping values are 
permitted and their uniqueness still remains. 

The session ID is identical to a Tplnt32 type. 

5.1.10 TpSessionlDSet 

Defines a Numbered Set of Data Elements of TpSessionID . 

5.1.11 TpAny 

Defines a type that can hold any type. This is not restricted to only the primitive types. 
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5.1.12 TpAttribute 



This is a Sequence of Data Elements containing the attribute name, type, and value. The attribute Value is 
interpreted based on the value of the attribute Type. 



Sequence Element Name 


Sequence Element 
Type 


Notes 


AttributeName 


TpString 


The name of the attribute. 


AttributeType 


TpAttributeType 


The type of the attirbute. Valid values for Type must include at 
least TpString, Tplnt32 and TpFloat. 


AttributeValue 


TpAny 


The values for the attribute. This model allows multi-valued 
attributes. Cannot be an empty list. 



5.1.13 TpAttributeType 



This data type is identical to a TpString, and is defined as a string of characters that uniquely identifies the type of an 
attribute. Other Network operator specific capabilities may also be used, but should be preceded by the string "SP_". 
The following values are defined. 



Character String Value 


Description 


NULL 


An empty (NULL) string indicates no attribute type 


P_STRING 


Attribute type is type TpString . 


P_INT32 


Attribute type is type Tp I nt 3 2 . 


P_FLOAT 


Attribute type is type TpFloat . 



5.1.14 TpAttributeList 

This is a Numbered List of Data Elements of type TpAttribute. 

5.1.15 TpAttributeSet 

This is a Numbered Set of Data Elements of type TpAttribute. 

5.1.16 Tplnt64 

Defines a signed 64-bit integer. 

5.1.17 TpVersion 

This data type is identical to TpString. It is used to uniquely identify the implemented version of the framework or 
an SCF. The syntax for this datatype is defined as: 

P_<publishing body>_<version nuinber> 

Where: 

<publishing body> is one of the strings listed in the table below. 



Character String Value 


Description 


PARLAY 


Specification released by Tlie Parlay Group. 


ETSI 


Specification released by ETSI 


3GPP 


Specification released by 3GPP. 



<version nuitiber> consists of numbers separated by underscores (e.g. 3_1). It is recommended that not more 
than the two most significant numbers (major and minor version) of the version are used. 
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Examples of version strings are: 



Character String Value 


Description 


P_PARLAY_3_1 


Parlay v3.1 


P_ETSI_2_0 


ETSI v2.0 


P_3GPP_4„3 


3GPP Release 4.3 



Note that different version strings can be aliases of each other all pointing to the same SCF/Framework version. 

5.1.18 TpStringSet 

Defines a Numbered Set of Data Elements of type TpString. 

5.1.19 TpStringList 

Defines a Numbered List of Data Elements of type TpString. 

5.2 Other Data sorts 

The APIs assumes that the following data syntaxes can be supported: 

5.2.1 Sequence of Data Elements 

This describes a sequence of data types. This may be defined as a structure (for example, in C++) or simply a sequence 
of data elements within a structure. 

EXAMPLE: The TpAddress data type may be defined in C++ as: 

typedef struct { 

TpAddressPlan Plan; 

TpString AddrString; 

TpString Name; 

TpAddressPresentation Presentation; 

. . . .TpAddressScreening Screening; 

. . . .TpString SubAddressString; 

} TpAddress; 

5.2.2 Tagged Choice of Data Elements 

This describes a data type which actually evaluates to one of a choice of a number of data elements. This data element 
contains two parts: a tag data type (the tag part) which is used to identify the chosen data type, and the chosen data type 
itself (the union part). This form of data type is also referred to as a tagged union. 

This data type can be implemented (for example, in C++) as a structure containing an integer for the tag part, and a 
union for the union part. 

This data type is implementation specific. Please refer to the appropriate IDL documents (and the resulting language 
mappings) to see how this data type is implemented. 

EXAMPLE: The TpCallError data type may be defined in C++ as: 

typedef struct { 

TpCallErrorType Tag; 
union { 

TpCallErrorInf oUndef ined Undefined; 

TpCallErrorInf oRoutingAborted Rout ingAbor ted; 

TpCallErr or In foCall Abandoned Call Abandoned; 

TpCallErrorInf oInvalidAddress InvalidAddress; 

TpCallErrorlnfoInvalidState InvalidState; 

TpCallErrorInf oInvalidCr iter i a InvalidCriteria; 
} callErrorInf o; 
} TpCallError; 
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5.2.3 Numbered Set of Data Elements 

This describes a data type which comprises an integer which indicates the total number of data elements in the set (the 
number pan), and an unordered set of data elements (the data part). Set data types do not contain duplicate data 
elements. 

EXAMPLE: The TpAddressSet data type may be defined in C++ as: 

typedef struct { 

Tplnt32 Number; 

TpAddress Set [Number] ; 
} TpAddressSet; 

5.2.4 Reference 

This describes a reference (or pointer) to a data type. 



5.3 



Interface Related Data definitions 



5.3.1 Iplnterface 

Defines the address of a generic interface instance. 

5.3.2 IplnterfaceRef 

Defines a Reference to type Iplnterface. 

5.4 Exception Classes 

5.4.1 Underlying Technology Exceptions 

All methods contain a signature showing, amongst other things, the explicit exceptions that they may throw. In addition 
to these exceptions, all methods can throw a number of implicit exceptions. These exceptions do not need to be included 
within the method signatures and are given below. 

These exceptions would be thrown by the underlying technology (e.g. CORBA, Java) as a result of problems 
encountered, for example, with the way the API method is invoked. They are a minimum set of exceptions that must be 
throwable by the underlying technology. Depending upon the underlying technology, additional method exceptions may 
also be thrown. 



Description 



Invalid Parameter: A method has been passed an invahd parameter argument 



Invahd Parameter Value: A method parameter has been passed a value that is out of range 
Parameter Missing: A method has not been passed a mandatory parameter argument 



5.4.2 TpCommonExceptions 

Defines the structure of the exception class which is applicable to all methods. 



Structure Element Name 


Structure Element Type 


Structure Element Description 


ExceptionType 


Tplnt32 


Carries a constant from the Ust in the table below 


Extrainf ormation 


TpString 


Carries extra information to help identify the source of the exception, e.g. 
a parameter name 
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5.4.3 Constants associated with TpCommonExceptions 



Name 


Value 


Description 


P_RE SOURCE S_UNAVAILABLE 


OOODh 


The required resources in tlie network are not available 


P_TASK_REFUSED 


OOOEh 


The requested method has been refused 


P_TASK_CANCELLED 


OOOFh 


The requested method has been cancelled 


P_NO_CALLBACK_ADDRESS_SET 


001 Ih 


The requested method is refused because no callback address has been 

set (this may be the result of a timing issue between setting the 

callback address and invoking the method) 


P_METHOD_NOT_SUPPORTED 


0016h 


The method is not allowed or supported within the context of the 
current service agreement. 


P_INVALID_STATE 


0306h 


Unexpected sequence of methods, i.e., the sequence does not match 
the specified state diagrams. 



5.4.4 Exceptions available to all methods on all interfaces 

The following are the list of exception classes which are available to all interfaces of the API. 



Name 


Description 


P_APPLICATION_NOT_ACTIVATED 


An application is unauthorised to access information and request 

services with regards to users that have deactivated that particular 

application. 

In case the request was for information related to multiple user 

identities the reference to user identities that are causing this exception 

will be returned in the extra information of the exception. 


P_INFORMATION_NOT_AVAILABLE 


The requested information is not available. A reason might be that the 

information is unavailable in the core network or that the appUcation is 

unauthorised to access the information.An application is unauthorised 

to access information and request services with regards to users that 

have set their privacy flag regarding that particular service. In case the 

request was for information related to multiple user identities, the 

reference to user identities that are causing this exception will be 

returned in the extra information of the exception. 


P_INVALID_ADDRESS 


Invalid address specified 


P_INVALID_AMOUNT 


Invalid amount specified. 


P_INVALID_ASSIGNMENT_ID 


The assignment ID is invalid 


P_INVALID_CRITERIA 


Invalid criteria specified 


P_INVALID_CURRENCY 


Invalid currency specified. 


P_INVALID_EVENT_TYPE 


Invalid event type 


P_INVALID_INTERFACE_NAME 


Invalid interface name 


P_INVALID_INTERFACE_TYPE 


The interface reference supphed by the client is the wrong type. 


P„INVALID_NETWORK_STATE 


Although the sequence of method calls is allowed by the gateway, the 
underlying protocol can not support it. 

E.g., in some protocols some methods are only allowed by the protocol, 

when the call processing is suspended, e.g., after reporting an event that 

was monitored in interrupt mode. 


P_INVALID_SESSION_ID 


Invalid session ID. 


P_INVALID_TIME_AND_DATE_FORMAT 


Invalid date and time format provided 


P_UNAUTHORISED_PARAMETER_VALUE 


A method parameter value violates the Service Level Agreement 


P_UNKNOWN_SUBSCRIBER 


The subscriber is not known in the network or the application is An 

application is unauthorised to access information and request services 

with regards to users that are not subscribed to the apphcation. 

In case the request was for information related to multiple user 

identities, the reference to user identities that are causing this exception 

will be returned in the extra information of the exception. 


P_UNSUPPORTED_ADDRESS_PLAN 


An address contains an address plan which is not supported 


P_INVALID_VERSION 


An invalid version is specified. 
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5.5 Date- and Time-related Data definitions 

5.5.1 TpDate 

This data type is identical to a TpString . It specifies the data in accordance with International Standard ISO 8601 [4]. 
This is defined as the string of characters in the following format: 

YYYY-MM-DD 

where the date is specified as: 

YYYY four digits year 

MM two digits month 

DD two digits day 

The date elements are separated by a hyphen character (-). 

EXAMPLE: The 4 December 1998, is encoded as the string: 

1998-12-04 

5.5.2 TpTlme 

This data type is identical to a TpString . It specifies the time in accordance with International Standard ISO 8601 [4]. 
This is defined as the string of characters in the following format: 

HH:MM:SS.ininm 

or 

HH:MM:SS.iiiinmZ 

where the time is specified as: 

HH two digits hours (24h notation) 

MM two digits minutes 

S S two digits seconds 

mmm three digits fractions of a second (i.e. milliseconds) 

The time elements are separated by a colon character ( : ). The date and time are separated by a space. Optionally, a 
capital letter Z may be appended to the time field to indicate Universal Time Co-ordinated (UTC). Otherwise, local time 
is assumed. 

EXAMPLE: 10:30 and 15 seconds is encoded as the string: 

10:30:15.000 

for local time, or in UTC it would be: 10:30:15. OOOZ 



5.5.3 TpDate AndTI me 



This data type is identical to a TpString . It specifies the data and time in accordance with International Standard 
ISO 8601 [4]. This is defined as the string of characters in the following format: 

YYYY-MM-DD HH:MM: SS .mitim 

or 

YYYY-MM-DD HH:MM: SS .mmmZ 
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where the date is specified as: 

YYYY four digits year 

MM two digits month 

DD two digits day 

The date elements are separated by a hyphen character (-). 
The time is specified as: 

HH two digits hours (24h notation) 

MM two digits minutes 

S S two digits seconds 

mmm three digits fractions of a second (i.e. milHseconds) 

The time elements are separated by a colon character ( : ).The date and time are separated by a space. Optionally, a 
capital letter Z may be appended to the time field to indicate Universal Time Co-ordinated (UTC). Otherwise, local time 
is assumed. 

EXAMPLE: The 4 December 1998, at 10:30 and 15 seconds is encoded as the string: 

1998-12-04 10:30:15.000 
for local time, or in UTC it would be: 

1998-12-04 10:30:15. OOOZ 

5.5.4 TpDuration 

This data type is a Tplnt32 representing a time interval in milliseconds. A value of "-1" defines infinite duration and a 
value of "-2" represents a default duration. 

5.5.5 TpTimelnterval 

Defines the Sequence of Data Elements that specify a time interval. 



Sequence Element Name 


Sequence Element Type 


StartTime 


TpDateAndTime 


StopTime 


TpDateAndTime 



5.6 



Address-related Data definitions 



5.6.1 TpAddress 

Defines the Sequence of Data Elements that specify an address. 



Sequence Element Name 


Sequence Element Type 


Plan 


TpAddressPlan 


AddrString 


TpString 


Name 


TpString 


Presentation 


TpAddressP resent at ion 


Screening 


TpAddress Screening 


SubAddressString 


TpString 
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The AddrString defines the actual address information and the structure of the string depends on the Plan. 
The following table gives an overview of the format of the AddrString for the different address plans. 



Address Plan 


AddrString Format Description 


Example 


P_ADDRESS_PLAN_NOT_PRESENT 


Not applicable 




P_ADDRESS_PLAN_UNDEFINED 


Not applicable 




P_ADDRESS_PLAN_IP 


For Ipv4 the dotted quad notation is used. Also for IPv6 the 

dotted notation is used. The address can optionally be 

followed by a port number separated by a colon. 


"127.0.0.1:42" 


P_ADDRESS_PLAN_MULTICAST 


An Ipv4 class D address or Ipv6 equivalent in dotted notation. 


"224.0.0.0" 


P_ADDRESS_PLAN_UNICAST 


A non-multicast or broadcast IP address in dotted notation. 


"127.0.0.1" 


P_ADDRESS_PLAN_E164 


An international number without the international access code, 

including the country code and excluding the leading zero of 

the area code. 


"31161249111" 


P_ADDRE S S_PLAN_AESA 


The ATM End System Address in binary format (40 bytes) 


01 234567890ABCDEF01 234 
567890ABCDEF01 234567 


P_ADDRE S S_PLAN_URL 


A uniform resource locator as defined in IETF RFC 1738 [6] 


"http://www.parlay.org" 


P_ADDRE S S_PLAN_NSAP 


The binary representation of the Network Service Access 
Point 


490001 AA00040001 0420 


P_ADDRESS_PLAN_SMTP 


An e-mail address as specified in IETF RFC822 [7] 


"webmaster@parlay.org" 


P_ADDRESS_PLAN_X4 00 


The X400 address structured as a set of attribute value pairs 
separated by semicolons. 


"C=nl;ADMD=;PRMD=uninet 

;0=parlay;S=Doe;l=S;G=Joh 

n' 


P_ADDRESS_PLAN_SIP (Note 1) 


Any vaUd address string allowed in RFC 3261 "SIP: Session 
Initiation Protocol" 


"sip:user@parlay.org" 

"tel:-i-358-555- 
I234567;postd=pp22" 

"<sip:enquiries@1.2.3.4:5060> 
Enquiries" 


P_ADDRESS_PLAN_ANY (Note 2) 


Not applicable 




NOTE 1 : It should be noted that two SIP addresses will be regarded as equivalent by a gateway if they correspond to 

the same user at the same network address. The textual form of the two addresses need not be the same. For 
example, sip:enquiries(3parlay .org will be deemed to match 

<s ip : Enquiries @ 1.2. 3. 4 : 50 50>Enquiries (ifparlay.org resolves tO 1.2.3.4). 

NOTE 2: This is only to be used with TpAddressRange 



5.6.2 TpAddressSet 

Defines a Numbered Set of Data Elements of TpAddress . 

5.6.3 TpAddressPresentation 

Defines whether an address can be presented to an end user. 



Name 


Value 


Description 


P_ADDRESS_PRESENTATION_UNDEFINED 





Undefined 


P_ADDRESS_PRESENTATION_ALLOWED 


1 


Presentation Allowed 


P_ADDRESS_PRESENTATION_RESTRICTED 


2 


Presentation Restricted 


P_ADDRESS_PRESENTATION_ADDRESS_NOT_AVAILABLE 


3 


Address not available for presentation 
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5.6.4 TpAddressScreening 

Defines whether an address can be presented to an end user. 



Name 


Value 


Description 


P_ADDRESS_SCREENING_UNDEFINED 





Undefined 


P_ADDRESS_SCREENING_USER_VERIFIED_PASSED 


1 


user provided address 
verified and passed 


P_ADDRESS_SCREENING_USER_NOT_VERIFIED 


2 


user provided address 
not verified 


P_ADDRESS_SCREENING_USER_VERIFIED_FAILED 


3 


user provided address 
verified and failed 


P_ADDRESS_SCREENING_NETWORK 


4 


Network provided address (see Note) 


NOTE: Even though the application may provide the address to the gateway, from the end-user point of view it is still 
regarded as a network provided address. 



5.6.5 TpAddressPlan 

Defines the address plan (or numbering plan) used. It is also used to indicate whether an address is actually defined in a 
TpAddress data element. 



Name 


Value 


Description 


P_ADDRESS_PLAN_NOT_P RESENT 





No Address Present 


P_ADDRESS_PLAN_UNDEFINED 


1 


Undefined 


P_ADDRESS_PLAN_IP 


2 


IP 


P_ADDRESS_PLAN_MULTICAST 


3 


Multicast 


P_ADDRESS_PLAN_UNICAST 


4 


Unicast 


P_AD D RE S S_P L AN_E 164 


5 


E.164 


P_ADDRE S S_PLAN_AE SA 


6 


AESA 


P_ADDRE S S_PLAN_URL 


7 


URL 


P_ADDRESS_PLAN_NSAP 


8 


NSAP 


P_ADDRESS_PLAN_SMTP 


9 


SMTP 


«deprecated» P_ADDRESS_PLAN_MSMAIL (see Note) 


10 


Microsoft Mail 


P_ADDRESS_PLAN_X4 00 


11 


X.400 


P_ADDRESS_PLAN_SIP 


12 


Any URL scheme which is allowed in RFC 
3261 "SIP: Session Initiation Protocol" 


P_ADDRESS_PLAN_ANY 


13 


Any address plan is deemed to match (This is 
only used for TpAddressRange) 


NOTE: This value is not to be used. | 



For the case where the P_ADDRESS_PLAN_NOT_PRESENT and P_ADDRESS_PLAN_ANY are indicated, the rest of 
the information in the TpAddress is not valid. 



5.6.6 TpAddressError 

Defines the reasons why an address is invalid. 



Name 


Value 


Description 


P_ADDRESS_INVALID_UNDEFINED 





Undefined error 


P_ADDRESS_INVALID_MISSING 


1 


Mandatory address not present 


P_ADDRESS_INVALID_MISSING_ELEMENT 


2 


Mandatory address element not present 


P_ADDRESS_INVALID_OUT_OF_RANGE 


3 


Address is outside of the valid range 


P_ADDRESS_INVALID_INCOMPLETE 


4 


Address is incomplete 


P_ADDRESS_INVALID_CANNOT_DECODE 


5 


Address cannot be decoded 
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5.6.7 TpAddressRange 

Defines the Sequence of Data Elements that specify a range of addresses. 



Sequence Element Name 


Sequence Element Type 


Plan 


TpAddressPlan 


AddrString 


TpString 


Name 


TpString 


SubAddressString 


TpString 



The AddrString defines the actual address information and the structure of the string depends on the Plan. 

An overview of the AddrString formats can be found at the description of the TpAddress data-type. 

The difference with TpAddress is that there are no Presentation and Screening elements, the AddrString can contain 
wildcards and Plan may contain P_ADDRESS_PLAN_ANY. 

If P_ADDRESS_PLAN_ANY is set then the TpAddressRange will be deemed by the gateway to match any TpAddress. 
If a specific Plan is set (including P_ADDRESS_PLAN_NOT_P RESENT) then the address plan of the range must be 
identical to the plan contained in an address for the two to match. 

Two wildcards are allowed: * which matches zero or more characters and ? which matches exactly one character. For 
E.164 addresses, * which matches zero or more characters and ? are allowed at the beginning or end. 

Some examples for E.164 addresses: 

"123" matches specified number; 

"123*"matches all numbers starting with 123 (including 123 itself); 

"123??*" matches all numbers starting with 123 and at least 5 digits long; 

"123???" matches all numbers starting with 123 and exactly 6 digits long; 

"*" matches any address 
The following address ranges are illegal: 

- "1?3" 

It 1 ^oit 

- "?123*" 

tut 

Legal occurrences of the '*' and '?' characters in AddrString should be escaped by a '\' character. To specify a 'V 
character 'W shall be used. 

For e-mail style addresses, the wildcards are allowed at the beginning of the AddrString: 

"*@parlay.org" matches all email addresses in the parlay.org domain. 
For SIP addresses, wildcards are allowed between the 'sip:' and the '@' in the AddrString, e.g. 

"sip:* @parlay.org" matches all SIP addresses at parlay.org:5060. 



5.6.8 TpURL 



This data type is identical to a TpString and contains a URL address. The usage of this type is distinct from TpAddress , 
which can also hold a URL. The latter contains a user address which can be specified in many ways: IP, e-mail, URL 
etc. On the other hand, the TpURL type does not hold the address of a user and always represents a URL. This type is 
used in user interaction and defines the URL of the test or stream to be sent to an end-user. It is therefore inappropriate 
to use a general address here. 
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5.7 



Price-related Data definitions 



5.7.1 TpPrice 

This data type is identical to a TpString . It specifies price information. This is defined as a string of characters (digits) in 
the following format: 

DDDDDD . DD 

5.7.2 TpAoClnfo 

Defines the Sequence of Data Elements that specify the Advice Of Charge information to be sent to the terminal. 



Sequence Element Name 


Sequence Element Type 


Description 


ChargeOrder 


TpAoCOrder 


Charge order 


Currency 


TpString 


Currency unit according to ISO-4217:1995 [8] 



5.7.3 TpAoCOrder 

Defines the Tagged Choice of Data Elements that specify the charge plan for the call. 





Tag Element Type 






TpCallAoCOrderCategory 





Tag Element Value 


Choice Element Type 


Choice Element Name 


P_CHARGE_ADVICE_INFO 


TpChargeAdviceInf o 


ChargeAdviceInf o 


P_CHARGE_PER_TIME 


TpChargePerTime 


Char gePer Time 


P_C HARGE_NE T WORK 


TpString 


NetworkCharge 



5.7.4 TpCallAoCOrderCategory 



Name 


Value 


Description 


P_CHARGE_ADVICE_INFO 





Set of GSM Charge Advice Information elements according to 3GPP TS 22.024 [5] 


P_CHARGE_PER_TIME 


1 


Charge per time 


P_C HARGE_NE TWORK 


2 


Operator specific charge plan specification, e.g. charging table name / charging table entry 



5.7.5 TpChargeAdvicelnfo 



Defines the Sequence of Data Elements that specify the two sets of Advice of Charge parameters. The first set defines 
the current tariff. The second set may be used in case of a tariff switch in the network. 



Sequence Element Name 


Sequence Element Type 


Description 


CurrentCAI 


TpCAIElements 


Current tariff 


Next CAT 


TpCAIElements 


Next tariff after tariff switch 
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5.7.6 TpCAl Elements 



Defines the Sequence of Data Elements that specify the Charging Advice Information elements according to 
3GPPTS 22.024 [5]. 



Sequence Element Name 


Sequence Element Type 


Description 


Unit sPer I interval 


Tplnt32 


Units per interval 


SecondsPer Time Interval 


Tplnt32 


Seconds per time interval 


ScalingFactor 


Tplnt32 


Scaling factor 


Unitlncrement 


Tplnt32 


Unit increment 


UnitsPerDatalnterval 


Tplnt32 


Units per data interval 


Segment sPerDat a Interval 


Tplnt32 


Segments per data interval 


I nit ialSecsPer Time Interval 


Tplnt32 


Initial sees per time interval 



5.7.7 TpChargePerTime 

Defines the Sequence of Data Elements that specify the time based charging information. 



Sequence Element Name 


Sequence Element Type 


Description 


InitialCharge 


Tplnt32 


Initial charge amount (in currency units * 0.0001) 


Cur rent Char gePerMinute 


Tplnt32 


Current tariff (in currency units * 0.0001) 


Next Char gePerMinute 


Tplnt32 


Next tariff (in currency units * 0.0001) after tariff switch 
Only used in setAdviceOfCharge() 



5.7.8 TpLanguage 



This data type is identical to a TpString, and defines the language. In case an indication for the language is not needed 
an empty string shall be used. In other cases valid language strings are defined in ISO 639 [11]. 
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Annex A (normative): 

OMG IDL Description of the Common Data definitions 

The OMG IDL representation of the present document is contained in a text file (osa.idl contained in archive 
2919802IDL.ZIP) which accompanies the present document. 
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Annex B (informative): 

W3C WSDL Description of the Common Data definitions 

The W3C WSDL representation of this specification is contained in a text file (osa.wsdl contained in archive 
2919802WSDL.ZIP) which accompanies the present document. 



£75/ 



3GPP TS 29.1 98-02 version 5.0.0 Release 5 23 ETSI TS 1 29 1 98-2 V5.0.0 (2002-06) 

Annex C (informative): 

Java API Description of the Common Data definitions 

The Java API representation of this specification can be obtained from the following URL: 
• JAIN Common ( http://icp.org/isr/detail/I45.isp ) 

Each JSR webpage contains a table identifying the relationships between the different versions of the Parlay, 
ETSI/OSA, 3GPP/0SA and JAIN SPA specifications. In addition, each JAIN SPA specification version indicates to 
which Parlay, ETSI/OSA and 3GPP/0SA specification versions it corresponds to. 
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Annex D (normative): 
Exception Hierarchy 



This clause arranges the OS A exceptions as a set of hierarchies that, depending upon the technology realisation, may or 
may not be utilised to simplify method signatures and software developers' code. 

If the exception hierarchy is used in a particular realisation, the following lists all the OS A abstract exceptions: 



TpCommonExceptions 

TpInvalidArgumentException 

TpDataSessionException 

TpAccountException 

TpConnectivityException 

TpFrameworkException 

TpMobilityException 

TpMessagingException 

TpPamException 

TpPolicyException 



If the exception hierarchy is being used in a particular realisation, these abstract exceptions are the only types of 
exceptions that may be raised by the OSA methods. AU abstract exceptions should be packaged in the org.csapi 
namespace. 

The following diagrams show all the OSA detailed exceptions, and how they relate to the abstract exceptions shown 
previously. If the exception hierarchy is being used in a particular realisation, the detailed exceptions should not be part 
of any of the OSA method signatures. If an OSA method needs to raise a detailed exception, it is done so by raising the 
corresponding abstract exception. It should be noted that for those OSA methods that raise TpCommonExceptions, the 
P_RESOURCES_UNAVAILABLE, P_TASK_CANCELLED, P_TASK_REFUSED, 

P_METHOD_NOT_SUPPORTED, P_INVALID_STATE and P_NO_CALLBACK_ADDRESS_SET detailed 
exceptions should be raised by raising the TpCommonExceptions abstract exception. 



«Exception» 
TpCommonE>ceptions 



«E)ception; 
P_RESOURCES_UNAVAILABLE 



«Exception» 
P_ME1H0D_N0T_SUPP0RTED 




«Exception » 
P_NO_CALLBACK_ADDRESS_SET 



«Exception» 
P_APPLICATION_NOT_ACTIVATED 



A 



«Exception» 
P_INVALID_NETWORK_STATE 
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<<Exception>> 
T pi nvalidArgument Except ion 



<<Exception>> 
PJNVALI D_SIG NATURE 



«Exception>> 
P INVALID REPORTINQ/lN 



<<Exceptior)^> 
P PAM IWAUDCREDEN 



<< Except ion>> 
P_INVALID_VOLUME 



<<Exception» 
PJ NVAU D_FOLD^_l D 




<<Exceptbn>> / 
PJNVALID^MA.ltBOX 



<Exception>> 
PJNVALI P_SERVICE_TYPE 



<<Exception» 
P INVALID DOMAIN ID 



Except ion>> 

:alid terminal id 



=<Exception>> 
vP INVALID ENT OP ID 



<<Exception» 
P INVALID_SESSION_ll) 




5<Exception>> 
PjfjVAU'D_AMOUNf 



«pxception>> 
PJ NVALI [?_E VENT_T YPE 



PjNVALI D_PRO PERT Y 



<<Exception» 
PJNVALID_USER 



«Exception>> 
P/ /NVALI DJNTERFAGE_NAME 



<<Exceptbn>> 
PJNVAUD_SAGJD, 



M- 

<<Exception>> / // 
PJNVALID_REOUEST_N0MBE,r/ 



<<Exception>> 

Mnvalidj"ime_And_date\format 



<< Except ion» i 

PJNVALID_AGCESS_TYPE ' 



<<Exceptioh>> \ 
PJNVALID_SERVICE_T0KEN 



<<Exception>> 
P J NVALI D_SE RVI CE_P RO F I LE J D 



<< ExcqDtior>> 
PJNVAL1D_ENCRYPTI0N_CAPABILITY 


<<Exception>> 
PJNVALI D_SERVICE_CONTRACTJ D 


'<<Exception>> 
PJN,VALID_A030UNr 


<< Except ion>> 
PJI NVALI DJN T m F ACE jr YP E 



















<<Exception>> 
PJNVALIDJVUTHENTICATIONJNFORMATION 



<<Exception>> 
PJ NVALI D_MESSAG EJ D 


<<Exception» 
PJ NVALI D_ADDRESS 


<<Exception>> 
P_INVALID_SERVICEJD 















<< B<cq3tion>> 
PJNVALID_(X)LLECTION_CRITERIA 



<<Exception» 
P_UNSUPPOF[rED_ADDRESS_PLAN 
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«Exception» 
TplnvQiidArgumentException 




«Exception» 
P ILLEGAL SAG ID 



«Exception» 
P ILLEGAL VALUE 



«Exception» «Exception» 

PilLLEGAL_SITE_ID P_ILLEGAL_ID 



«Exception» «Exception» 

P ILLEGAL RANGE P ILLEGAL TAG 




«Exceptlon» 
P UNKNOWN SERVICE ID 



«Exception>> 
P UNKNOWN SAPS 



S 



': <i;Exception>> 
.IjJ NKI^QVyN_SER VIC Ej(YPE 



<<E>ception» 
P UNKNOWN SITE ID 



\ \«E)ceptlof^>> 
\p_LiNKNCWN_SULID 



«Exceptlon» 
P_UNKNOWN_SUBSCRIBER 



«Exception» 
P_UNKNOWN_SITE_DESCRIPTION 



\ «Exceptlon» 
P:\UNKN0WN_SITES 



F^ 



«Exceptlon» 
P UNKNOWN DESCRIPTI0N 



<<Ex(;eption» 
P_yN KNOWN_DSXOD EPOIfMT 



', \ ^<Exceptlon» \ 
R (UNKNOWN MENU 



« Except! on» 
P PAM UNKNOWN TYPE 



<<Exception>> ,;;' ;';' «B<ceptlof>>'. 

P_UNKNCWN_ENTERPRISE NETWORK P_PflMi.tJNKNOWN_ATtRIBUTES 



<<Exception>> 
P_U N KNO WN_J EM PLATE_T YPE 



«Exceptbr>> '/ 
P_U N KNOWN_SITE_LOCATION 



«E)ception>> 
P_U N KN OWN jRiSU BN ET 



<;<Exceptlon» 

p_U,nkn6vVn_sap 



«Exception» 

p_pam_unknown_agent 



«Bceptbn>/V / 
P_U N KN0WN_PIPEi(aOS_iP^ FO 



«E)Ceptipn» 
P UNKNOWN INTERFACE 



',«Exception» 
P UNKNOWN, STATUS 



«E)ceptlon» 
P PAM UNKNOWN GROUP 



«Exceptior>> 
P_PAM_U N KN OWN_ATTR I BU TE 



<<Exception» 
P_UNKNOWN TEMPLATES 



^<E>ceptlon>> 
P_FA'M_UNKNOWN_IDENTITY 



«E)ception» 
P_UNKNOWN_VPRP 



<<Exception» 
P UNKNOWN CDS INFO 



«Exc^tion>^ <iException» 

P PAM UNKNOWN MEMBER P UNKNOWN VALIDITY INFO 



«Exceptlon» 
P UNKNOWN VPRN 



«Bceptbt>> 
P_PAM_UNKNOWN_CAPABILITY 


«Exception» 
P_UNKNOWN_VPRP_ID 


«Exception» 
P ID NOT FOUND 
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«Exception» 
P_SERVICE_INFORMATION_MISSING 


«Exception» 

P_SERVICE_FAULT_ENCOUNTERED 











«Exception» 
TpAccountException 



z\ 



«Exception» 
P_UNAUTHORIZED_APPLICATION 



«Exception» 
TpConnectivityException 



A 



«Exception» 
P_CANT_DELETE_VPRP 



«Exception» 
P_SERVICE_ACCESS_DENIED 




«E)(ception» \ \^ «Exception» 

P_PROPERTY_TYPE_MISMATCH P_0NAUTHC)I3ISED_PARAMETER_VALUE 



«Exception» 
P NO ACCEPTABLE ENCRYPTION CAPABILITYi 



«Exceptian» 
P ACCESS DENIED 



«Exception» 
P_SBRVICE_TYPE_UNAVAILABLE 



<<Exception» «Exception» 

P SERVICE NOT ENABLED P DUPLICATE PROPERTY NAME 



«Exception» 
P MISSING MANDATORY PROPERTY 




«Exceptlon» 
P REQUESTED RESPONSE TIME CANNOT BE DELIVERED 


«Exceptlon» 
P INFORMATION NOT AVAILABLE 
















«Exceptlon» 
P_REQUESTED_ACCURACY_CANNOT_BE_DELIVERED 


«Exceptlon» 
P_TRIGGER_CONDmONS_NOT_SUBSCRIBED 











ETSI 



3GPP TS 29.198-02 version 5.0.0 Release 5 



28 



ETSI TS 129 198-2 V5.0.0 (2002-06) 




«Exception» 
_INSUFFICIENT_PRIVILEGE 



«Exception>'> 

p_cannot_unlock_Mailbox 



«ExGeption» 
P_MESSAGE_N.OT_REMOVED 



«Exception» 
P_UNLOCKING_UNLOCKED_MAILBOX 



«Exception» 

_LOCKING_LOCKED_MAILBOX 



«Exception» 
_NUMBER_NOT_POSITIVE 



«Exception» 
TpPam Exception 




«Exception» / 
P PAM ALIAS EXISTS 


/«Exception» ,' 
/P_PAM_IS_CYCLIQ' 


'',«Exception>> 

'p_p'am_not_member 


«Exception» 
P_PAM_FAILURE 














1 




«Exception» / 
P PAM MEMBER EXIST^ 


«Exception» : 
P PAM TYPE ASSOCIATED 


«ExcepticHn» 
P PAM IDENTITY EXISTS 





















«Exception» 
P PAM UNASSIGNED ALIAS 



«Exception>> <<Excepticin» 

P_PAM_ALIAS_lilOT_UNIQUE P_PAM_ATmiBUTE_EXISTS 



« Exception » 
P PAM DISASSOCIATED TYPE 



«Exception>> «Exception>> 

P PAM NOT REGISTERED P PAM NO CAPABILITY 



«Exceptlon» 
P PAM AGENTT EXBTS 
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«Exception» 
TpPolicyException 




«ExCeption» 
P ACCESS VIOLATION 



\«Exception» 
P NAME SPACE ERROR 



«Exception» 
P_SYNTAX_ERROR 



«Exception» 
P_NO_TRANSACTION_IN_PROGRESS 
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Annex E (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Mar 2001 


CN 11 


NP-010134 


047 


- 


CR 29.198: for moving TS 29.198 from R99 to Rel 4 (N5-010158) 


3.2.0 


4.0.0 


Jun2001 


CN_12 


NP-010330 


001 




Corrections to OSA API Rel4 (Exception handling mechanism without 
ambiguity - Replace TpGeneral Exception and TpResultlnfo with detailed 
exception classes which can be thrown for each method (N5-010261) 


4.0.0 


4.1.0 


Jun2001 


CN_12 


NP-010333 


002 


— 


Introduction of TpOctet (In order to make sure that some data is sent over 
the "distributed wire" untouched a new data type is needed) (N5-010304) 


4.0.0 


4.1.0 


Sep 2001 


CN 13 


NP-010465 


003 


- 


Changing references to JAIN 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


004 


- 


Clarification of common exceptions 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


005 


- 


Invalid parameter value exception for SLA violation 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


006 


- 


Storing eventCriteria 


4.1.0 


4.2.0 


Dec 2001 


CN 14 


NP-010595 


007 


- 


Replace Out Parameters with Return Types 


4.2.0 


4.3.0 


Dec 2001 


CN 14 


NP-010595 


008 


- 


Correction to Common Data (CD) 


4.2.0 


4.3.0 


Dec 2001 


CN 14 


NP-010595 


009 


- 


Correction to values of TpAddressPlan 


4.2.0 


4.3.0 


Mar 2002 


CN 15 


NP-020104 


010 


- 


Ambiguous definition of TpAssignmentID 


4.3.0 


4.4.0 


Mar 2002 


CN 15 


NP-020104 


Oil 


- 


Data type alignment in the common data types 


4.3.0 


4.4.0 


Jun 2002 


CN 16 


NP-020185 


Oil 


- 


Allowing the use of tel URL in TpAddressPlan 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


012 


- 


Adding Tplnt64 in order to aling with the new Rel-5 TS 29.198-14 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


013 


- 


Addition of undefined Data types: TpStringList and TpStringSet 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020181 


014 


- 


Addition of support for Java API technology realisation 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020182 


015 


- 


Addition of support for WSDL realisation 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


016 


- 


Deletion of P SET LENGTH EXCEEDED 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


017 


- 


Removal of MIDL 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


018 


- 


Revise the scope of TpSessionID and TpAssignmentID 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


019 


- 


Deprecate P ADDRESS PLAN MSMAIL 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


020 


- 


Addition of support for an Exception Hierarchy 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


021 


- 


Addition of type TpVersion in common data 


4.4.0 


5.0.0 
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History 



Document history 


V5.0.0 


June 2002 


Publication 
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